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(57) Abstract: The present invention 
is for automatic reconfiguration of 
industrial networked devices. More 
particularly, the system described herein 
facilitates use of TCP/IP networks, 
such as Ethernet (20), as an alternative 
for industrial fieldbus or device buses 
by removing the need to perform 
significant reconfiguration of devices 
such as I/O modules (50), sensors, or 
transducers under field replacement 
situations. The present invention uses 
a monitor agent (10) to track the IP 
and MAC addresses of networked 
devices as well as port information. If 
a device fails, maintenance personnel 
make an in-field replacement of the 
failed device and the monitor agent (10) 
automatically reassigns the IP address to 
the replacement device. 
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INDUSTRIAL AUTOMATION NETWORKING SYSTEM 

TECHNICAL HELD OF THE INVENTION 

5 The present invention relates generally to net^ More specifically, the 

present invention relates to a system of assigning addresses to networic devices, and more 
specificaify, to a system enconq>assing automatic assignmmt of a netwoik address after in- 
field replacen^t 

10 BACKGROUND OF TOE INVENTION 

Industrial devices such as temperature or pressure smsors are accessed by a 
client using an Internet Protocol (IP) Address or DNS symbolic name 
(machine.compaity.com). If a unit needs to be replaced, the replacement must appear to 

15 have the same IP Address as the predecessor to allow operations to proceed 
automatical^. Typical maint^ance personnel are not qualified to manipulate IP 
Addresses and must defer to Infi^rmation Systems (IS) department or other network 
specialists. This causes a significant del^ in connecting devices, which results in factory 
down-time. Alternatively, expensive specialists must be maintained around the clock to 

2 0 handle such problems. 

Hie prior art enconpasses several networkii^ tedmiques. The Bootstrap Protocol 
(BOOTP) is an established method for assigning IP address and other key networking 
parameters to a device where the only information known about fiie device is its Ethmiet 
2 5 Media Access Control (MAC) address. The protocol was invented by Sun Microsystems in 
1985 to siq)port diskless UNIX workstations. It is available as an option on most software 
products int^ded for use in embedded (no operator teraninal) applications. 

The Dynamic Host Configuration Protocol (DCHP) is a standard for networking 
30 communications. DCHP is a compatible extaision to BOOTP and queries in DCHP form 

1 
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can be generated by devices using modem operating systems such as Windows CE or 
LINUX. 

DCHP is primarify used for laptop con9)uters or ofl&ce systems in large 
5 companies where the addresses are leased' for a period of tune rather than being 
assigned indefinitely. Likewise, the Simple Network Management Protocol (SNMP) is 
intended to allow Network Administrators to find and adjust key n^orking parameters on 
devices diready installed on a network, particularly the routers, bridges, and hubs \^ch form 
the infirastracture of flie network. The JetAdmm Network Priirter tool is a Hewlett-Packard 
1 0 system for reporting printer errors and administrating usage. 

Reverse ARP (RARP) is an older protocol than BOOTP and intended for devices 
that did not require ai^ configuration other than the IP address assignment. RARP is not as 
widefy used as BOOTP because the tools to mspl&mmt RARP are not as commonplace. 
15 RARP is implenffinted on some embedded system protocol stacks, wherein the siq)ervisory 
server may respond with a RARP response if interrogated using a RARP request for a gh^oi 
MAC address. 

The MAC address is a key idoitification parameter of all devices on a network such 
20 as Ethernet It is a 48-bit number that combines information about the vendor and a unique 
unit sequence number, and is permanentfy allocated by the manufacture- of the network 
interface itself It is not normafly related in ar^^ way to the serial number or similar 
representation that a device might require for otha: reasoris. The MAC address is 
convwtionalty expressed as a h^cadedmal repres^itation that is hard for non-specialists to 
25 handle. The Ethernet hardware iises the MAC address to determine v^di network 
messages are intaided for specific delivery (unicast) to Ifais statioa 

PING is another Internet protocol used for periodic interrogation of an IP device as 
an alternative to repeated use of the ARP request. There is little practical benefit for using 
3 0 PING, as the ARP messages are fester and less intrusive. All modem BP devices will respond 
to an ARP request because it is the onfy w^ to determine the MAC address. 
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An ^Ethernet Switch' or 'L^er 2 switch' is a device that transnits message packets 
unchanged from one of its ports to another, usii^ rules that are dq>endmt onl^ upon the 
destination MAC address of the message, Sudi devices are becommg the preferred 
5 interconnection devices for large Ethernet networks, since ^asy do not require significant 
configuration. This is as opposed to 'routers',, oth^wise known as 'Layer 3 switdies'. 

A 'Managed Ethernet Switch' is an Ethemet switdi which include a management 
entity conforming to the reporting reqiriremmts of RFC 1493, and which therefore 
0 specifically may be iiitOTogated to determine which port of the device was used recent^ to 
receive a message fi-om a particular MAC address. 

The protocol exchanges between the systan components, namefy the device, the 
managed switch, and the target IP unit are structurally defined in various standards 
5 documaits. Software designers refer to these specifications vAim trying to implement 
software that mcodes or decodes various messages. The IntCTiet Request for Comment 
(RFC) documents are the standard form of documents for all communicatiorK using the 
Intemet or TCP/IP. 



0 The following table defines the primary applicable Intemet protocol messages: (Table 

1) 



ARP Request 
See RFC 826 


ARP Response 
See RFC 826 


SNMPFindport 
Request 

See RFC 1493/1157 


SNMPFindport 
Response 


BOOTP Request 
See RFC 951 


BOOTP Response 


Message type 
address lesdution 
request 


Message type » 
address resdution 
response requested IP 
Address 


Message ^pe= 
SNMP get object 
request 


Message type = 

SMMPgetofcject 

response 


Message type = 
BOOTimoIocqI 
request 


Message type" 
BOOTpTDtocxd 
response 


EtesiredlP 
address = 32 bit 
IP address (eg: 
12.3.4) 


Resdved MAC 
address 48 tot 
MAC address (eg: 
0153:45.^7:89:ab) 


Object ID = 
.1.3.6.1^.17.43.0. 
(MAC as 6 dedmal 
number 0-255) 


Object ID 
.1.3.6.12.17.43.1. 
2.(MACas6 
dectmal number 0- 
255) 


Requesting MAC - 
48 bit MAC address 
(eg: 

01:23:45:67:89ab) 


Requesting MAC = 
48 bit MAC address 
(eg: 

0123:45:67«9»b) 








Object value - 




Assigned IP = 32 bit 
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port number, or 0 
ifnot&und 




PAddress 



Altemativdiy, olfa^ bitemet protocols messages are: (Table 2) 



PING Request 

See RFC 792 


PING Response 


DCHP Request 
SeeRFC2131/2m 


DCHP 

Response 


RARP Request 
SeeRFC903 


RARP Response 


Message type = 

ICMPECHO 

request 


Message lype = 

ICMPECHO 

response 


Message oontaits = 
same as BOOT? 


Message 
contents -same 
asBOOTP 


Message type- 
reverse address 
resolution request 


Message type 
reverse address 
resolution response 


Message data 
luumportant 








MAC -48 bit 
MAC address (eg: 
0123:45:67:89:ab) 


MAC ==48 bit 
MAC address (eg: 
0123:45:67:89ab) 












As%iedIP»32 
bit IP Address (eg: 
1^.3.4) 



Th^e have been numerous atteix^ts to provide an automatic addressing syst^ 
5 Many of the prior art systems 0a[q)loy non-IP means to set tfie address in advance, sucfa as 
manually alterable switches, spedal connectors, front panel intar&ce for manually entering 
addresses, and separate serial port interface for issuing an address. Atthoygh ttiese existing 
means are satisfactory in some instances, they do not adequate address Ifae industrial or 
fectoiy maiket for devices such as saisors and I/O devices. And, it is not feasible or cost- 
10 ejBTective to employ the existing addressing teduiiques into certain devices or certain 
environments. 

Historically, almost all devices which have been attached to a TCP/IP network 
have been con^uter systems of some type, either of a 'conventional* (with keyboard and 
15 display) or 'embedded* (such as a network printer) type. 

In order to make a TCP/IP device functional on a network, it is necessary to 
assign certain address parameters, most important^ the 32-bit IP address. In many 
cases additional parameters such as netmask, gatew^, and Domain Name Server 
2 0 settings also need to be established. These settings are important for proper 

performance, otherwise the network becomes unstable and exhibits erratic bdiavior 
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affecting the performance not just of the device being configured, but also other devices 
on the network. 

Die typical prior art sequence for manual assignment of the IP address and other 
5 networking parameters begins with the direct assignment of the IP Address using a local 
data esntxy port prior to attachment on the network. This is normal^ acconq)lished 
througji the operator panel or user interface. The operator assigns the IP address by 
kQ^stroke and confirms the settings before allowing communication on the network. 

10 One prior art method of automatic assignment of IP addresses uses BOOTP or 

DHCP. The BOOTP or DCHP techniques require that a database be maintained 
separately that associates the MAC address* of the device to be attached with the 
required IP address and other parameters. This database is created and maintained by the 
network specialist and requires considerable skills that would not be held by the typical 

15 field replacement technician. In addition, DHCP cannot be used conventionally, to 
assign an 'unpredictable* address within a *poor of available addresses, because the 
primary network protocols between industrial devices, such as Modbus/TCP, use 
explicit knowledge of the IP addresses of the designated targets. For example, when 
DHCP is used on systems using Windows NT Server, the option known as IP address 

2 0 reservation' is typically used. This actually makes DHCP equivalent to BOOTP in this 
embodiment. 

This prior art invasion uses a caitral BOOTP or DHCP server to maintain a list of 
MAC addresses and IP addresses in a central location and allows acces by the experiaiced 

2 5 network or ^stem administer to manage the lists. Although this protocol is in^lemented by 
many devices, the assignment must be done by flie IS dq)artnient or system administrator. In 
a fectoiy Qtivironment with automated devices running 24 hrs a day x 7 days a week, 
enq>loying a system administrator to assign IP addresses on devices around the dock is not 
cost-effective. The technician or aigineer replacing the device does not possess the adequate 

30 skill or knowledge to also assign the IP address, and having a device failure may cripple the 
plant operation. Businesses must minimize the dovsoitime associated with field replacement 
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of devices in order to make the production numbers. Delaying a factory line until a system 
administer can issue an JP address to the device is not a satis&ctoiy option in the highly 
competitive marketplace. 

5 Another prior art system of assigning DP addresses is done via indirect 

assignment iising static address resolution protocol (ARP) override. The device is 
designed to 'assume' tiiat ai^ IP message arriving at tiie device that includes a MAC 
address that matches that of the device implies the registration of the IP address in the 
target. This forces the IP address sent to the device to be adopted by the device even if 
10 it is already in use. It also requires matching of the MAC address to the particular 
device. As noted herein, forcing the wrong IP address to a device on the network can 
result in unexpected catastrophe. _ 

Typically the ARP override n^thod involves an operator sequence at a 
1 5 n^agement station such as: 

arp-s 10.0.0.1 00:00:54:ab:cd:ef 
ping 10.0.0.1 

This forces the local station to build a directed unicast message to the Ethernet address 
00:00:54:ab:cd:ef and designate the BP address as 10,0.0.1. This is interpreted by the 
20 device with address OO:00:54:ab:cd:ef as authority to assign the IP address 10.0.0.1 
Any internet protocol can be used during the second phase. Instead of PING, it is 
common to use TELNET on obscure port numb^s in an attempt to avoid 'accidental' 
reconfiguration. 

2 5 There are also alternative network protocols for devices, such as HP JetDirect 

cards. The HP JetDirect cards use the IPX protocol to advertise their presence to any 
management station on the local network. A management program running on some 
station on the local network picks up the advertisement and displays the device as 
requiring configuration to the operator. Since typically onfy one station at a time on a 

30 network will be in an unconfigured state, this allows the operator to recognize and select 
that unconfigured device without recording the MAC address. All of these mechanisms 
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require either knowledge of the MAC address of the device being attached, or at least 
specialized knowledge of the desired network function of the device by an operator. 
Use of an alternative protocol such as IPX v^Il cause problems in use of the devices in 
environments where these protocols are not supported 

AH the referenced tedmiques of IP Address assignment require either knowledge 
of the MAC address of the device being attached, specialized skills and training, or 
preferabfy both. IPX protocol implementations has some further inherent difficulty with 
devices not supporting IPX protocols on the network. 

Industrial control devices pose particular problems because of the importance of 
operation, continuous operation, and location of the devices^ These devices may fail in 
service and must be replaced rapidly from a spares stock with minimum Mean Time To 
Repair (MTTR). For example, the devices may feil because they are exposed to 
electrical or mechanical stresses that exceed their specifications. An exanq)le of a 
mechanical stress is being crushed by in5)act witii a fork lift truck A common example 
of an electrical stress is 1 10/220 V line power being shorted to low voltage input 
circuits. In such situations, the devices are usually designed to *go safe', but they need to 
be replaced as rapidly as possible in order to allow the process to continue. 

Most industrial users maintain a stock of spare devices of each type that need to 
be replaced These users provide instructions to maintoiance personnel for replacement 
of fauhy devices. However, the need to assign BP addresses accurately imder such 
critical replacement conditions is usually not practical. Tliis is particularly true in 
industrial environments with strict responsibility partitioning betwe^ an electrician vAio 
can rewire a module, but requires the service of an IT technician to alter network 
parameters. 

Previously, Ethemet was not considered a viable option to the business 
community. One problem with the implementation of Ethemet as a replacement for the 
device level networks such as ASi or DeviceNet was that you could not require anything 
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more elaborate than the setting of a rotary switch to match the predecessor device. 
Such problems diminished as the protocols changed and expanded the Ethernet options. 

One such protocol the industrial protocol MODBUS/TCP. MODBUS/TCP is a 
5 communication protocol designed to allow industrial equipment sudi as Programmable 
Logic Controllers, conq>uters, operator panels, motors, sensors, and other types of 
physical input/output devices to communicate ov^ a network. It was introduced by 
Schneider Automation in the eariy 1990*s as a variant of the widely used MODBUS 
protocol, which had been implemented in turn by almost all vendors and users of 
10 automation equipment. The specification of the MODBUS/TCP variant was published 
on Schneider's web site, in order to encourage all vendors to implemmt the protocol 
consistently, and thus avoid interoperability problems that typically result when 
implementors must 'deduce^ or 'reverse-engineer' an interface specificatioa 

15 There have been several attempts to resolve the aforementioned problems. U.S. 

patent 5,410,730 (*730), discusses automating flie initial assignment of a process device 
address allowing a number of devices to be attadied to the network, issuing queries 
to which all devices will respond, and then using unique parametCTS or serialization 
included in those devices before installation to assist an operator in assigning the 

2 0 netvs^ork address. 

The mechanism of the '730 patent requires foreknowledge of the unique 
characteristics of the device in order to provide address assignment, and cannot be used 
to perform automated assignment when replacing one of potentially many identical 
25 devices on a networic segsoent It is also not designed to work with TCP/IP local area 
networks. The medianism of assigning a temporary address first, and then using that to 
complete the configuration process, is only necessaiy when using networks whidi have 
no native bootstr^ address assignment process. In the case of a TCP/IP local area 
network, all of this fimctionality can be done using the Internet standard BOOTP 

3 0 protocol (RFC 95 1). With BOOTP, the information needed to perform the match is the 
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serial number or 'MAC address' that is uniquely associated with the network interface 
hardware and readily available upon request. 

U.S. Patent 5,724,510, ('510) describes a technique which would most likely be 
5 banned in any practical Internet TCP/IP local area network because it assigns an address 
for a device by using speculatioa Specifically, it deduces the range of addresses in use 
on the network to whidi the device is attached, and thai issues a series of queries to 
determine whether a given address within that range has already been assigned to 
another device. The novelty claimed in the *510 patmt is that in addition to the standard 
10 ARP technique ordinarily used to query the existence of a given IP address, the *510 
system extends this by issuing a series of 'application level' queries. The reason for 
doing this is to overcome problems relating to the 'cacheing^ of ARP records. 

A flaw in the '510 invention is that it fails to address the case where the address 
1 5 being speculatively assigned has in fact already heesa assigned to another device, but that 
device is temporarily inaccessible, such as by being reset or tfarougjh a tenq)oraiy 
network dismptioa The *510 system w^ould complete its assignment of the duplicate 
address in a finite time period, after whidh, if the original device were to come back on 
line, there would be a duplicate address situation that would impede operation of the 
. 2 0 original device. This flaw supports the conclusion that it would likely never be permitted 
on a network used for automation purposes, as multiple devices with the same IP 
address would result in grave networking problems. A more appropriate solution to the 
assignment of an arbitrary address on a network is to use the Dynamic Host 
Configuration Protocol (DHCP) described in RFC 1531. 

25 

The invention of U.S.- Patent 5,446,897 C897) allows for the assignment of the 
network address for a replaced device, automatically, by recognizing a unique 'logical 
identifier', or an 'aibitraiy word, number, or combination thereof. One application of 
this '897 patent is the replacement of one of many identical devices on a network. 
3 0 Maintenance personnel set a plurality of switches or jumpers that are accessible on the 
device so that they have an identical setting to that on the device being replaced. Once 
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completed, the application technique described in the '897 patmt completes the 
replacement. 

There are several limitations of technique of the '897 patent. Firstly, it requires 
5 that the devices being replaced incorporate the capabiUty of reading some sort of 'logical 
identifier' before attempting address assignment. Secondly, the devices being replaced 
must incorporate a non-standard protocol capability to transmit that information to the 
managemmt device for the purpose of address assignment. These two requirements 
severely limit the usefulness of the technique, since network administrators would be 

10 unvsrtlling to deploy an automated configuration tedmique imless it applied to a high 
proportion of devices likely to require such assignment Any sttempt to make the 
requirements into a standard would require agreement among multiple vendors of 
equipment to adopt this additional feature voluntarily. Such cooperation would likefy 
not succeed. The appropriate way of achieving such agreement is to propose the 

15 technique and get it adopted by a standards body such as the Internet Engineering Task 
Force (IETF). However, the IETF would be skeptical about the widespread adoption of 
such a technique because of its similarity to the BOOTP and DHCP protocols aheady 
available. In feet, the '897 patent describes a technique identical to the prior art of 
BOOTP, v^ere the logical identifier is the MAC address. 

20 

A system for allovmig decentralization of a directory previously maintained on a 
single file server is described in U.S. Patent 6,021,429 ('429). DecentraUzation and 
resilience is achieved by arranging the iist servers' to follow a defined protocol for 
determining the existence of list servers on a network. And, updating their cont^ts 
2 5 firom one of the devices whose contaits are authoritative in order that any of the devices 
can serve the information in the case of unavailability of the original. 

This '429 technique has mudi in common with the distributed 'Yellow Pages' 
database implemented on Sun Microsystems workstations dating back to the mid 
30 1 980's. The primary difference is that the id^tity of a device being available to take on 
directory service duties need not be configured in advance. Instead, the devices 
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negotiate for authority based upon their assigned network addresses: This in turn is 
similar to the procedure used by Microsoft in implementing the 'autoniatic browse 
master assignment' for A^ndows 95 peer to peer file service. Indeed, almost all of the 
described capabilities have an equivalent in the ^browse list' feature maintained 
5 automatically by Windows 95 madiines, and wfaidi is updated by notification messages 
sent out on a timed basis by network devices such as printers, computers, and ofiier file 
server devices. 

Similar to *510 patent, the invention of U.S. Patent 5,586,269 C269) discloses a 
10 mechanism that is concerned with assignmoat of an arbitrary network address that 
allows the device to become functional on the network. This is accomplished by 
attempting to contact the existing devices that have been assigned the proposed 
addresses, in turn, until one is found that is not cun&Aly assigned. 

15 The *269 medhianism is not appropriate for use on a TCP/IP local area network 

because of the problems caused if the address in qu^tion actually had been assigned to 
another device, but that device was temporarily inaccessible. Such a situation would 
likely cause network disruption and possibly a Mure of control in an automation 
system Therefore, the '269 methodology would not be acceptable on a network used 

20 for automation purposes. Instead, the appropriate protocol to use if an arbitrary address 
were desired on a TCP/IP local area network is the standard DHCP protocol described 
in RFC 1531. 

The techniques of U.S. Patent 4,677,588 ('588) are not appropriate for TCP/IP 

2 5 local area networks. Assigning ^propriate address ranges for network segments wfaidi 

are subsequently linked together is cumbersome, and cannot generally be overcome hy 
defining an address assignment protocol that woidd be binding upon the existing devices 
on those networlcs. The existing TCP/DP devices expect stability in address assignment, 
and the act of interconnecting two networks cannot by itself, cause reassignmmt of 

3 0 network addresses without knowledge of the devices themselves. The '588 patent 
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describes a mechanism for more convenient allocation of addresses in a network 
environment that is not bound by the address assignment conventions of TCP/IP. 

U.S. Patent 5,987,524 C524) describes what is common^ called a network 
5 firewall technique to overcome an intended intrusion attack using 'address spoofing'. 
The firewall is pre-configured v^th an association between the {diysical address of each 
subscriber device and the IP address assigned to that device. The firewall recognizes the 
case where an incorrect source network address is being presented by an intruding 
system, and prevents the messages fi-om being propagated to their intmded target 
10 device. 

The invention of U.S. Patent 5,980,078 ('078) allovvs a gmeral-purpose network 
to be used as part of a bootstrapping mechanism to enter the initial configuration data 
for a device after it has been physically installed on a network, but before it has been 
1 5 made operational. The '078 mechanism is specifically unsuitable for use with arbitrary 
target devices on a TCP/IP local area network since it relies on assignment of a 
temporary network address, and a non-operational state knovm as 'standi^', in order to 
allow the device configuration to be cony leted with manual assistance. 

20 The invention described in U.S. Patent 5,917,808 ("808) is similar to that used ia 

many commercially available network monitoring and system management tools, 
including ones which have been available on local area networks for more than a decade. 
Passive monitoring of network trafific to determine the identity and detail configuration 
of devices is a standard network management and troubleshooting procedure tai^t to 

2 5 network engineers. Building up a list of discovered devices in a database and displaying 
the contents of such database on demand is a standard feature of products such as 3Com 
Corp's Transcend' management package. 

Hie '808 technique is not appropriate to the problem of automatic reassignment 
30 of network IP addresses when a target device is replaced in service, because under those 
conditions there would be no broadcast traffic to be monitored. In particular, use of 

12 



wo 02/05107 



PCT/USOO/40346 



Ethernet switching devices on modem networks severely impedes the value of passive 
monitonng, since only messages designated as 'broadcast' or 'multicast' are made 
available fay the switches for monitoring by parties other than the direct participants of 
the communicatioa 

5 

The invention of U.S. Patent 5,845,081 C081) is concerned wifli gatew^ 
devices that must allow access to information using 'foreign' networks. Specifically, by 
detecting the existence of one or more authoritative devices on the foreign network (the 
'target nodes'), and making queries upon them, the target nodes will divulge information 
10 which can be assembled by the gateway in order to ease the configuration of such 

gateway. This includes pre-assignment of network address equivalence tables or similar 
data _ 

A n^thod of allocating addresses on devices wifliout using manual adjustment of 
15 switches is described in U.S. Patent 5,680,113 ('113). Ite '113 patent system does not 
use switches, relying instead on a known rearrangement of the wiring of an tension 
cable or connector when connecting such devices in series. 

Actually, this '113 mechanism is akin to that used by Modicon Corp (now part 
20 of Groupe Schneider) on a product line known as '800 series I/O' introduced with the 
884 model Programmable Controller in 1984. In that product, and for exactly the 
reason.mentioned in the patent, the address of one of many modules in a modular I/O 
rack was determined by a combination of its rack number and slot number within the 
rack. To allow the racks to be physically identical parts and yet distinguishable in 
25 service, the interconnect cable perfom^ a 'rotation' of the assignmmt of 5 signals. 
Tlie effect of this was that the signals being presented to modules in the individual racks 
were detectable by the device, and this supplanted the need for any address switch^. 

US Patent 6,012,088 ('088) describes a technique similar to BOOTP, in which a 
30 unique registration number knovm to the internet access device is presented to a known 
registration service, which can be accessed without requiring pre-configuration of the 
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device, and obtaining any configuration data firom that device. The '088 invention relies 
on the existence of a known network service access point on the Public Sv^ched 
Telephone Network, so the initial contact with the registration service can be done using 
only a previously recorded telqphone number and modem settings. From that point 
onwards, any con5)lex configuration settings can be automated based upon details 
previous^ registered in the database or negotiated with the equipment. 

Devices that make use of this '088 technique must be specifically designed to do 
so, because the protocols used are non-standard. The non-standard mechanism is 
required to handle the case where the device being installed is not on the same local area 
network as the registration server. If it were on the same network, the same results 
coidd have beai obtained using the standard protocol BOOT?. 

In sum, the problem with prior art systmis is that th^ require involvemotit of a 
spedalized administrator to oversee the part rq)lacKnmt in order to properly configure the 
network address. The prior art does not have a ^asph yet disdplined mefliod to 
automatically designate proper IP addresses while maintaining the higjiest level of system 
integrity. What is needed is an automatic network address assignm^t^^ Sudia 
system would decrease the mean-time-to-repair (MTTR) and allow for field replacement of 
networked devices without incurring the expense of having a network professional 
administer the address configuration. Ideally, such a system would use management 
information gathered firom Ethernet switches to deduce physical location information, 
using such information to deduce the appropriate network address. 

SUMMARY OF THE INVENTnON 

The present invention is a system for the automatic reconfiguration of Industrial 
Internet Devices. More particularly, tiie presrat invention facilitates the use of TCP/IP 
networks, sudi as Ethernet, as an altemative for industrial fieldbus or device buses. 
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Accordingly, one object of the invention is to automate the reconfiguration of 
devices such as I/O modules, sensors, or transducers under field replacement situations. 
In one embodiment this is achieved by combining available Internet standard techniques 
along with a system management software component. The latter is referred to as the 
5 'management entity*. 

The present invention encompasses various algorithms and software running on a 
standard con^uter, sudi as a file server or administrative workstation, that periodically polls 
the status of network devices. One object of the inv^tion is to detect a feiled network 

10 device that has been replaced, wherein the system automatical^ assigns the network address 
of the previously failed device. In one embodiment, the computing means is a dedicated 
monitor syst^ in tiie form of a networked device that is inst died in the same plant area and 
by the same personnd as the automation equipm^ it is supporting. Alternative^, the 
computing means ^iconpasses fisKtionality e?ctensions to the manned netwoidc switdies 

15 themselves. 

Another object of the inv»tion is the pron:q>t identification of networked devices that 
have feiled in service, so tiiat maintenance porsonnd can be dispatdied rapidly to effect the 
replacement. This is a consequence of the constant monitoring of the devices over the 
20 network. 

A fiirther object of the invention is a sin:5)lified initial configuration and set-up of the 
replaced equipuMit by using pl^^sical port numbars on a managed Efliemet switch rattier 
ftian the less convenient MAC address numbers to identify the networked devices. 

25 

One of the distinctions between the present invention and many of the prior art 
systems is the use of management information firom a Managed Efiiemet switch to 
deduce physical location infonnation or using that information to deduce a network 
address. There is also no mention in the prior art of the use of information fi'om a 
30 management entity on a Managed Ethernet switch or sinfiilar device to deduce the 
appropriate network address to use when replacing a device. 
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In distinction to the '897 system, the present system requires no change to the 
network protocol capabilities of the target device, other than that it support the standard 
BOOTP address assignment protocol. There is no need to make accessible external 
switches or similar medianical means which can be a source of additional cost, 
complexity, and unreKability. The determination that flie device is an intended 
replacement, and Uaus should be reassigned a previously recorded address, is obtained by 
automated query to the management entity of an Ethemet switdi or similar device to 
which the network cable is connected. The act of connecting the new device to the 
same cable or port as the original one provides the equivalent function to the ^logical 
identifier' in the previous patent. 

In distinction to the *427 patent, the medianism for obtaining the network 
address information for the present invention is via the standard ARP protocol described 
in RFC 826; The present invention interrogates the existing target devices themselves 
after having determined fliat the device is amaiable to automated maintenance by 
querying a managed Ethemet switch or similar device and confirming that the device in 
question is in an area of the network tiiat has been pre-configured for such automated 
maintenance. 

The present invanttion, in contrast to '078, allows unmodified TCP/IP target 
devices, implementing only the address assignment protocol BOOTP to be configured 
without human assistance, and it deduces the address assignmait using information fi^om 
a standard managed Ethemet switdi. 

In distinction to *808, the present invention, uses location data obtained fi^om a 
managed Ethemet switch or similar device to confirm the equivalence of a newfy 
installed device to its failed predecessor, and allows the communication of the new IP 
addr^s using the standard BOOTP protocol. 
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The present invention perfonns the IP address assignment of a replacement 
device, and uses pltysical location data obtained from a standard managed Ethernet 
switch to provide guidance for such network IP address assignment, neither of which is 
mmtioned in the '524 patent. 

5 

In contrast to the '081 invention, Ae present invention is not concerned with 
operating gateways to foreign networks. The address information that needs to be 
maintained in order to perform IP address replacement is obtained without the assistance 
of designated target devices from which the address information can be obtained. 

10 Rather, address information is deduced using physical location information maintained 
by the standard managed Ethernet switdi equipment for the benefit of himian operators. 
There is no mention in the '081 patent of physical location data obtained from a 
standard managed Ethernet switdi to provide guidance for network IP address 
assignment when replacing devices in the field. Likewise, tiiere is no relevance of 

15 the'l 13 technique to the reassignment of network IP addresses in a TCP/IP local area 
network. 

By contrast to '088, the technique of the present invention allocates replacement 
IP addresses for standard TCP/IP target devices automatically, communicating them to 

2 0 the device using the standard BOOTP protocol. The address assignmrat is detennined 

with the assistance of managen^nt inforriiation obtained from a standard managed 
Ethernet switch supervising the network. 

The presait invention benefits from the standards relating to RFC 951 Bootstrap 
25 Protocol (BOOTP) and RFC 1493 SNMP support for Ethernet switch devices, in 
addition to RFC 2108. By using the international standards, aU devices under the 
standard respond in the same manner. The present invention combines these widely 
implemented standards with unique methods and along with a novel software 
management entity to supervise them. As DCHP is compatible with BOOTP, if the 

3 0 queiy is determined to be DCHP, the DCHP form of the BOOTP response can be used. 
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A further feature of the present invention is that the network may be deployed in 
such a way that every target IP unit has a dedicated line to a port on a managed switdi. 
In this case, Ihere are no issues of ambiguity of replacement unit identity. Attematively, 
5 the managed switches may be deployed on a more sdective basis and utilize less 

expoisive unmanaged switches or repeating hubs as the interface for the target IP units. 
In this scenario, the nsanaged switdi encounters more than one MAC address 
associated with one managed port on a switch. It is therefore necessary to restrict auto- 
reassiffiment of addresses to the case where the number of foiling target IP units in the 
given managed plant area is exactly one. 

One of the benefits of the present invoition is the ability to recognize Med 
networiced devices and axitomaticalfy assign proper IP addresses to diminish down-tin». 
Additional^, Ihe methodology locates the physical location or r^on of the networked 
device allowing for ease of finding a foiled device. The presoit invention also deab with flie 
authority of the isystem to assign IP addresses only if a single unit is determined to be 
replaced If the systan cannot isolate to a single foiled network device, the automatic 
assignm^ is siq^pressed. 

An olgect of the invmtion is a system for field replacemmt of networked devices, 
comprising the steps of detecting a failed networked device, replacing the failed networked 
device with a fimctioning networked device, locating a canonical location of the functioning 
networked device, issuing an IP address to the fimctioning networked device;, wherein Ihe IP 
address is identical to the IP address of the foiled networked device. 

A fiarther otgect is for a systan, wdierdn the step of drtecting the foiled networked 
device is accomphshed by a unicast ARP request. AdditicHially, the step of detecting flie 
failed networked device is accomplidied by periodic ARP requests. An object also includes a 
system, wherein the step of detecting a foiled networked device con?)rises processing a 
plurality of ARP requests over a time pmod before indicating the foiled networked device. 
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An additional object is a system, further con5)iising a step of notifying maintenance 
personnel of the failed networked device. 

An object of the invmtion is a system, wherein the step of locating a canonical 
5 location of the fimctioning netwoiked device comprises Ifae steps of requesting a MAC 
address for the functioning netwoiked device and requesting a port nundier for the MAC 
address from a managed switdiitug device, vyii^dn the port numb^ is the canonical location 
of the functioning networked device. 

10 Another object is a system, wherein the stop of locating a canonical location of the 

ftinctioning networked device con^prises the steps of identifying a plurality of target devices 
at the canonical location, conqjaring the canonical location of the ftinctioning networked 
device with a database containing information of all the networked devices to isolate a single 
&iled netwoiked device at the canonical location. Also, a systemi, wherein the step of issuing 

15 an IP address to the fimctioning netwoiked device is siQ)pressed if unaUe to isolate to a 
single Med networked device. 

An object of the invention is for a method for deternoining a canonical location for a 
plurality of networked devices, con^risii^ the stq)S of maintaining a list of IP addresses for 

20 each ofthephirality ofnetworked devices on a monitor agent. Requesting and retrieving a 
MAG address for each of the plurality of netwoiked devices. Maintaining a list of MAC 
addresses for each of the plurality of networked devices on the monitor agent. Requesting 
and retrieving a port number on a switching device for each MAC address. Maintaining a list 
of port niHnbers for eadi of the plurality of networked devices on the monitor agent. 

2 5 Processing the canonical location for each of die plurality of networked devices. 

An additional object is a method, wfaerdn the monitor agent comprises a computii^ 
means and amemoiy means. 

30 Additional!)', an object includes a method, wiierein the switching device is a managed 

switching device and the port number is dedicated to the networked device and is the 
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canonical locatioa Alternatively, an object is for a method, wherein the switdbing device is 
an unmanaged switdiing device and the port numba: is shared among a pluraKty of target 
devices. 

5 An object of the invention is a method for detecting a canonical location for a failed 

networic device, comprising the steps of requesting a MAC address for eadi of a plurality of 
networked devices. Dd:ecting the feiled network device and processing the MAC address for 
the canonical location of the feiled network device. FinaDy, logging the MAC address, the 
canonical location, and an IP address for the feiled networic device. 

The objects include using a unicast ARP message to a select IP address. 

Another object is a method, wherein the step of detecting the feiled network device is 
based on no responsive from the requesting step. 

An additional object is for a method, fiirfher conprising a step of notil^di^ 
maintenance personnel upon detecting a feiled network device. 

Additionally, a method wherdn the step of requesting a MAC address is periodic. 

An object includes a method, wherein the step of processing Ihe MAC address for 
the canonical location comprises accessing a database containing a MAC address listing, an 
IP address listing and a port listing for each of the plurality of networked devices, and 
wiierein a port number represents the canonical location of the feiled networic device. 

Yet another object is a method wherein the step of processing the MAC address for 
the canonical location con5)rises accessing a database containing a MAC address listing, an 
IP address listing and a port listing for eadi of the plurality of networked devices, and 
wherein a port number represents the canonical location of a plurality of target devices, and 
the IP address of the feiled network device is determined by locating a single failed target 
device at the canonical location. 
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An object of the invention is an apparatus for the aiitomatic configuration of 
networked devices, comprising a network interface interconnecting the networked 
devices, a means of detecting the networked devices, a means of determining a canonical 
5 location of the networked devices, and a monitor agent connected to the network 
interface, wherein the monitor agent issues an IP address to eadhi of the networked 
devices and records a MAC address for each of the networked devices and wherdn the 
monitor agent maintains a list of each IP address and each MAC address. 

10 A further object is an apparatus further comprising a means of processing a new 

IP address for a new networked device, wherein the new IP address does not conflict 
with the IP address list maintained by the monitor agent. _ 

And yet another object is an apparatus A>s^erein the means of detecting the 
1 5 networked devices is accon]plished by a periodic unicast ARP request. 

An object also includes an apparatus wii^ein ihe means of determining a 
canonical location of the networked devices comprises a means of processing a port 
number for the MAC address from a managed switching device. 

20 

A final object is an apparatus, wherein the means of determining a canonical 
location of the networked devices conprises a means of processing a plurality of target 
devices at the canonical locatioa 

2 5 Still other objects and advantages of the present invoition will become readily 

apparent to those skiDed in this art firom the foUowii^ detailed description, wherein only 
a preferred embodimOTt of the invention is described, sinply by w^ of illustration of the 
best mode contemplated for carrying out the invaitioa As will be realized, the 
invention is capable of other and diflferent embodimmts, and its several details are 

3 0 capable of modifications in various obvious respects, all without departing fi^om the 

invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 Basic block diagram showmg interconnected danents 

5 

FIG. 2 Block diagram iDustrating rq)lacement situation 

FIG. 3 Diagrammatic view of discovery/confirmation for dedicated port 

1 0 FIG. 4 Diagrammatic view of discovery/confirmation for shared port 

FIG. 5 Diagrammatic view of confirm presence for dedicated port 

FIG. 6 Diagrammatic view of ooifinn presence for shared port 

15 

FIG 7 Diagrammatic view of IP Address assignment 

FIG 8 Diagrammatic view of BP Address reassignmmt 

20 
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One embodiment of the present invention is referenced in FIG. 1 . There is a 
monitor agent 10 that serves as the BOOTP server and comprises conq)iiting means for 
managing and processing the network data and a mraioiy means for storing informatioa 
The monitor agent 10 is connected to a network having one or more managed switches 
20. The managed switches 20 are considered to be on tiie local plant area There are 
multiple ports 25 on the managed switch 20, and it is capable of reporting MAC 
addresses and/or port assignments. 

In a preferred embodiment, the TCP/IP network is Ethernet and uses Ethernet 
managed switches 20. It shoidd be understood that the term network refers to any 
communication exchange and not a specific type of connection. 

Connected to the managed switch 20 is a number of inexpensive hubs 40 with a 
number of hub ports 45. Connected to these hub ports 45 are a plurality of devices, 
such as I/O devices 50 and other elements such as a computer 60. 

Each device connected to tiie hub ports 45 has an associated MAC address and 
an associated IP address. The managed switch 20 reports all MAC addresses and port 
assignments associated with the hubs and devices connected to the monitor agent 10. 
The monitor agent 10 maintains a list of all port assignments and MAC addresses. Thus, 
not only does the monitor agait 10 know the MAC and IP addresses of an individual 
device, but it also knows the approximate location by knowing to whidi port of a 
Managed Ethernet Switch 20 the device is connected. 

The local plant area refers to the system of devices located firom a managed 
Ethernet switch 20 and downwards, including all hubs and I/O devices interconnected 
therein. The monitor agent 1 0 exists in an enterprise net, and records all IP and MAC 
combinations found in the local plant area 
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Referring to FIG. 2, each of the working devices 70, 80, 100 connected to the 
hub 40 has a MAC address and an IP address. The failed or malfunctioning unit 100 
also had a MAC address and IP Address. Based on periodic device polling, the 
information of a failed unit has already been communicated to the monitor agent 10 
5 through the managed sv^itch 20. The monitor agoit 10 also lists the Med device 100 as 
being located on managed svsdtch Portl . 

From an overview perspective, as soon as the failed device 1 00 is replaced with a 
working device 1 1 0, the working device 110 requests a networic assignment. The 
10 monitor agent 1 0 notes the request, and determines if the request originates from the 
location of the previously detected failed unit 100. If the request comes from Port 1, the 
monitor agent 10 issues the same IP address as the previousdevice and the new device 
110 begins operating on the network. 

15 More specifically, the monitor agent 10 maintains a database of all MAC 

addresses for each device on the network. This BOOTP database is built and 
maintained automatically, by the monitor agent 10 tfiat takes advantage of the MAC 
address detection schen^ built into modem Ethernet switch devices. Using this 
capability, which is referred to as the SNMP FindPort query and is defined by RFC 

20 1493, it is possible by issuing SNMP requests from a management program to track 
down a particular MAC address and identify on which port of which switch it is found. 

The IP addresses of the various devices are also maintained by the monitor agent 
10. Actually, the monitor agent 10 issues the IP address to each new device. In 

2 5 operation, all devices are set to request their network assignment, or IP Address, at 
power up using the standard BOOTP protocol. In a preferred embodiment, the devices 
perform the request multiple times, such as 3 or more, over a •reasonable period such as 
1 5 seconds. If a response is obtained from a BOOTP serv^ oitity on the network, thm 
the IP address and other returned parameters will be used by the device. In addition, the 

30 IP address information may be recorded locally, so that in the event that the device 
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subsequently powers up WTraOUT the BOOTP server being avaUable, it will fall back 
to the last known good address. 

If the device has an address recorded already, and the address returned using 
BOOTP is different, then Ihe newly obtained address is used and recorded. The present 
invention thus handles the case yvhere a unit is swiped out, tested, found to be 
operable, and returned to spares stock, but it has not been completefy initiafized in the 
process. 

MAC addresses are conventionally expressed as a hexadedmal number with 12 
digits, in the form 'ab:cd:ef:01 :23:45'. The expressions 'ABC, 'DEF' etc in the figures 
are a simplification to avoid distracting the reader. Referring again to FIG. 2, as an 
example - a first I/O device 70 has a MAC address = ABC, a second I/O device 80 has a 
MAC address = DEF, and a third I/O device 1 00 has a MAC address = EFG. The MAC 
addresses w^e previously detected and recorded by the monitor agent 10. Hie monitor 
agent 10 also records and issues the IP addresses for each device. Thus, first I/O device 
70 has an IP address of 10.0.0. 1, the second I/O device 80 has an IP address of 10.0.0.2, 
while the third I/O device 100 has an IP address of 10.0.0.3. The monitor agent 10 
identifies each of these I/O devices 70, 80, and 100 as conring from Port 1 of the 
managed switch 20. 

The monitor agemt continually polls the I/O devices 70, 80, 100, and when a 
device malfimctions the device either issues commands indicating a failure, sends back a 
malfimction or enror code in response to the poll, or ceases to respond at all. The Mure 
information can be forwarded to flie appropriate maintenance department. In the 
present exan^le, device 100 feils. 

Once the mabtenahce pasonnd have successfully ranoved the feuHy unit 100 
and installed a replacement device 1 10, the replacement device 110 issues a BOOTP 
request. The monitor agent 1 0 receives the BOOTP request and determines if the 
managed switch 20 port location of the replacement device 1 10 coincides with the 
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location of the present BOOTP request. If the monitor agent 10 determines that the 
replacement device 1 10 is replacing the malfunctioning device 100, it issues the same IP 
address to the replacement device 110. 

5 For example, the replacement device 110 with a MAC address of HIJ issues a 

BOOTP request which is transmitted through the hub 40 port 3 and througji the 
managed switch 20 port 1 to the monitor agrat 10. The monitor agmt determines 
which port of the managed switch the BOOTP request originated. Once it is determined 
that the failed unit and the BOOTP request came from the same port of Ihe managed 
10 switch 20, the replacement device 1 10 is designated with the same IP address as the 

failed unit 100 and assumes the IP address 10.0.0.3. The replacement device 110 is thiis 
quickly established on the netvvork. The monitor agent 10 &en continues to poll the 
units for status. 

15 In one embodiment, a managed switch is used in lieu of the hub 40, so that the 

monitor agent 10 can track the port designations from each layer of the network. In 
another enibodiment, the monitor agent itself may be diq)licated on the network, so that 
in the event of failure of the hardware or networking infrastructure leading to the 
monitor agent 10, another monitor agent with visibility into the same local plant area 

2 0 would be able to take over its duties. 

The discovery/confirmation sequence finds the MAC address of targets and 
records the canonical location (numbered port of supervised switch) for a dedicated port 
scoiario as shown in FIG. 3. The discovery sequence detects initial or new devices 

2 5 connected to the network and confinns the target locations. The supervisor/monitor 

agent 200 issues ^ ARP request 210 as a broadcast message to inquire the MAC 
address of the IP address. The target IP unit 220 receives the request and issues an 
ARP response 230 containing the MAC address of the requested IP address. 

3 0 The supervisor 200 issues an SNMP Findport request 240 to the managed switch 

250 to request the port number of the reported MAC address. The managed switdi 250 
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issuQs an SNMP Findport response 260 back to the supervisor 200 with the port number 
of the MAC address. In FIG. 3, port niunber 3 would be returned to the supervisor. 

FIG. 4 shows the discovery/confirmation sequence for the shared port scmario. 
5 In this embodimotit, the supervisor 200 issues a broadcast ARP request 210 to inquire 
the MAC address of the selected IP address. The target IP unit 220 responds with an 
ARP response 230 containing the MAC address of the requested IP Address. The 
supervisor 200 then issues an SNMP Findport request 240 requesting the port nunaber 
of the MAC address. The managed switch 250 issues an SNMP Findport response 260 
10 back to the supervisor 200 wift the port number of the MAC address. In FIG. 4, port 
number 3 would be retumed to the supervisor 

However, the managed switch 250 connects to one or more unmanaged switdies 
or hubs 300. Multiple target units 220, 310, 320 are connected to the unmanaged 
15 switch 300. Thus indicating port 3 of the managed switch indicates the target units 220, 
310, 320 as sharing the managed switch 250 port 3. Automatic reallocation would be 
suppressed and further processing would be required to determine which of the target 
units 220, 310, 320 is down, if more than one of them were down at the time of 
attempted replacemmt. 

20 

The confirm presence sequence intOTogates the target xmits at periodic intervals, 
whereby a non-responsive unit indicates the target is 'down' or failed. In a dedicated 
port scenario such as shown in FIG. 5, a single target down in a canonical location 
becomes a reassignment candidate. 

2 5 During the confirm presence process, the supervisor 200 issues an ARP reqi^t 

210 as a unicast message to inquire the MAC address of a selected IP address. If the 
target IP unit 220 receives the request and returns an ARP response 230 containing the 
MAC address of the requested IP address, the unit is determined to be fimctioning. If 
there is no response, this indicates that the target IP unit 220 is down or failed. Such a 

30 failure isolates the reassignment candidate to a single unit for the maintenance personnel. 
Note that the supervisor can be programmed to perform the check a certain number of 
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intervals over a certain period of time before deterarining the unit failed. Such repetition 
and time intervals are usually specific to the application, and it would be obvious to one 
skilled in the art to change the repetition or timing. 

5 FIQ 6 shovvs the confirm presence sequence for the shared port scenario. In this 

embodimOTt, the supervisor 200 issues an ARP request (unicast) 210 to inquire the 
MAC address of the selected IP address. The target IP unit 220 responds with an ARP 
response 230 containing the MAC address of the requested BP Address. If no response 
is returned, the target unit 220 is down and selected for reassignment If there is only a 
10 single target unit on the unmanaged switch or hub 300 for which a failure is indicated, 
then the single target unit is down and selected for reassignment. However, where there 
are multiple target units 220, 310, 320, and more than one of them is down, then the 
automatic reallocation is suppressed. 

15 For example, the managed switch 250 connects to one or more unmanaged 

switdies or hubs 300. Multiple target units 220, 310, 320 are connected to the 
unmanaged switch 300. Thus indicating port 3 of the nonaged switch 250 only 
indicates the target units 220, 310, 320 as sharing the managed switch 250 port. 
Additional processing is necessary to detennine which target IP unit has Med. 

20 

The normal use of ARP request messages is to inquire the MAC address of a 
target whose MAC address is not known but whose IP address is known. In order to 
send a unicast message the sender must designate the MAC address of the target. The 
use of unicast ARP requests during the repetitive 'poll' of the device confirm whether 
2 5 fee device is still alive. The choice of a unicast rather than a broadcast for this 

interrogation is important in large networks to avoid excessive use of broadcast traffic 
that will be perceived as needless interruption by all other stations. 
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FIG. 7 shows the IP address assignment sequence to automatically issue an IP 
address to a target unit that was reset or power cycled, but otherwise previously running 
at that location. The target IP unit 220 automatically broadcasts a BOOTP request 400 
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to supply an IP address for the MAC address. The supervisor 200 receives the BOOTP 
broadcast and sends out an SNMP Findport request 410 to the managed switch 250, 
requesting the port number for the MAC address. The managed switch 250 responds 
with an SNMP Findport response 420 with the port number for the MAC address. In 
this example, the port number was 3 for the MAC address. Hie supervisor 200 checks 
if the MAC address was abead^ associated with the IP address at that canonical 
location. If the MAC address matches the number whidi tiie supervisor 200 expected, 
the supervisor 200 issues a BOOTP response 430 and sends the IP address for the MAC 
address. 



The IP address reassignment sequence is shown in FIG. 8. The target unit 440 
was not previously running at tiiat location, and issues a BOOTP request 400 as a 
broadcast message. The supervisor 200 receives the BOOTP request 400 and issues at 
SNMP Findport request 410 to find the port number of the MAC address. The 
managed switdi 250 receives the request 41 0 and replies with an SNMP Findport 
response 420 that contains the port number of the MAC address. Hie supervisor 200 
determines that the MAC address is unknown. 



In the illustrated embodimait, a single unit 440 at that location is not responding. 
The supervisor 200 updates the equivalence table that links the IP addresses, and 
records the new IP assignment and authorizes the assignment. The supervisor 200 
issues a BOOTP response 430 that sends the IP address to the requesting device at the 
new MAC address. It is assumed that the target unit 440 is an equivalent unit 440 and 
connected with the same cabling. 

In opwation, the managemaat iffogram/supervisor, as part of a routine periodic 
'scan*, determines the existence of the networked devices. TTie management 
program/monitor agent interrogates the network switch and determines the location of 
the devices on the network. The device is either a single device attached to a network 
switch port (on a fidly switched layer 2 network) or being.one of a limited number of 
devices localized to a single port on a switch. The hubs that are not managed are less 
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expensive, but do not provide an exact resolution as to which port the devices within the 
hub are connected This latter method is a more economical hybrid of managed switches 
and managed switches or hubs. In addition, the managemmt program has authority to 
intenogate the devices in benign ways, such as PING or atten^ted Modbus/TCP 
5 connection, to confirm the identity of the device as far as the relationship between MAC 
address and IP address. 

In practice, the interrogation is done by running a routine 'probe * of the address 
space domain. For example, the management entity may issue a Modbus/TCP 
10 connection attempt to each device. Any station or deviqe that acknowledges the 

connection request is recorded as being a potential address management candidate, and 
the details are recorded as follows: _ 
T The IP address is known and it was the one used in the probe. 

2. MAC address is obtained by checking the local ARP table or by recording the source 
15 MAC address of the acknowledgement response. 

3. Find switch and port assignment by conq)aring the MAC address with the most recmt 
FindPort response record obtained from the switches on the network. Alternatively, the 
switch and port assignmaits are found by issuing an exploratory sequmce of FindPort 
requests to the switches in the hierarchy. The values corresponding to the 'most local* 

2 0 switch to tiie device are recorded. This information is then used to prepare the BOOTP 
database as well as a MAC/location lookup table. 

Once the device has been detected using the probe, it is added to a list of devices 
whose operability is to be continuously monitored. This may be done in a variety of 

2 5 ways such as diecking on a frequent basis ttiat the device is still responding, and 

confirming the MAC/location data If a device is found to be unavailable, that physical 
switch/port combination will be monitored closely for re^pearance of the same module 
or for a potential replacement operation. The unavailability can be logged according to 
a length of time or number of requests. An alerting signal can be issued to maintraance 

30 as part of the overall configuration. 
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Under most situations, such as a routine shutdown and restart of the plant area 
concerned, the original device will repeat its BOOTP request on powerup. The 
management entity will find a match of the requested MAC address in the BOOTP taWe, 
and will said back a BOOTP resp(Mise to the device authorizing it to use Ae IP address 
previously recorded. TTius there is minimal delay on normal plant reset operations. 

If a device ve&is to be replaced under field maintenance conditions, the device is 
rejdaced quickly and by a low-level technician or maintaoance person. The replacement 
device is connected to the same network cable as the former unit, or at least, to the same 
port on the switch. It is inportant to note ttiat the replacement device must be an 
equivalent unit to the failed unit and operate with the same functionality and command 
set. 

Once the replacement unit powers up, it issues a BOOTP request, as dictated by 
the industry standards. There wifl not be any 'conventional ' BOOTP s&ver with tiie 
MAC address of the device in its database, so 1bexe will not be any conventional 
BOOTP response. There will be no aitry in the management entity's database. At this 
point the management entity wiU contact the switches which it is monitoring to find 
which one 'saw' the MAC address of the BOOTP request it just received. Of course, the 
switches it consults first are the ones that are known to have one or more 'missing' 
devices on the most recent iq)date scan. 

If a switch returns a match with the MAC address of the BOOTP request, 
AND 

The managanent enthy confirms only a single device was missing fi-om die set of 
devices 

monitored at that switdbt port 
AND 

The device appears to be similar to die device that was missing 
AND 
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The device has not ^parently been assigned an IP address already (for example, it has 
made 

multiple BOOTP requests) 
THEN 

5 The management entity will authorize the substitution of the single 'missing' IP address 
to the 

device now requesting. A BOOTP response is sent back (after the sec»nd or third 
BOOTP 

request, not the first) which the device will interpret in the normal w^. 

.0 

As a result of this automated field replacement, a single TCP/IP station is 
performed automatically, without manual configuration, andit is done in less than 15 
seconds. 

L5 With respect to dehveraWe and managen^, the ntianagCTiMt entity running in 

one or more computers should be available 7 d^s a week x 24 hours a day. The most 
natural such devices are the managed Ethernet switches thanselves. They ordinarily are 
supplied with uninterruptible power, and are designed to have a very low likelihood of 
failure. In addition, because the present invention does not rely on a unique database, 

2 0 such as DHCP, there is no issue with two or three devices sharing the responsibiUty for 
network supervision. 

llie devices in turn would be configured in some convenient w^, such as via an 
embedded Web swver, to be advised of tiieir ranges of IP address to monitor and if 
25 there are any special distinguishing characteristics ofparticular parts of the network. In 

particular, information such as the IP addresses of the switdies to be siqjervised are 
most conveniently entered in iMs w^, rather than having to be 'discovered' through 
network probing techniques. Most importantly, the configuration information is entered 
by personnel who have femiliarity and authority to manipulate network addresses. 
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An additional embodiment allows direct entry to the management entity of the 
desired network address of a new module on a given switch port. This can be used as 
part of a controlled installation sequence, where the technician inputs the data one entiy 
at a time, in step with powering on the modules. This avoids the need, common tod^, 
for the technician to record the MAC address from the module and enter it as part of a 
configuration sequence. Instead, the tedmician performs the foUowing steps: 

1 . Select the switch and port to ^^di he wants to attadb the module 

2. Confirm that fliere is no currraitly 'missing' module on ftat port 

3. Enter fee desired IP address as if it were a ^missing* module 

4. ADow the newfy attached module to power up. 

This allows the single module to be assigned, and the technician can go on to the 
next maintenance task. This is much more convenient than any current technique in the 
industry. 

The present invention works ejctremely weU in aivfa-onmaits yvheie the location 
of a device can be determined accurately. For example, where a fully switched Ijyer 
topology is used and fliere is an RFC 1493 management at the local switch allowing 
resolution to a single device on a port. 

K however, more flian one device is 'down ' on a network segment, and the 
address cannot be matched unambiguously, it is not safe to transform automatic address 
substitution in this manner. In such a situation, it is not known which of flie multiple 
devices requires substitution. 



This situation is in9)roved at minimal increase in complexity by allowing flie 
devices to alter one of the fields of the BOOTP request in such a w^ as to have a 
different 'signahire' based upon device type. For example, all devices from a given 
manufecturer and family might share a code, but the code varies between, a 16-point 
discrete output module and a 4 channel analog input. By using this auxiliary information 
in its BOOTP equivalence table, the management entity is able to reduce the incidence 
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of ^reassignment stall' situations. This tedinique would require cooperation and 
standardization in the industry to be eflFective. 

One of the most obvious uses of the present invention is for devices without 
5 operator interfaces, such as industrial I/O modules. However, it can also be used to 
shorten the installation time for devices that do have sudhi interfeces, but yJhere the IP 
address that is to be assigned must be tightfy controlled by a monitor agent. 

For example, a *thin client' computer to be used as an operator terminal can be 
10 configured to use BOOTP. In the event of failure, a unit could be disconnected and its 
replacement automatically assigned exactly the same IP address. This is important in 
two situations common to conq)uters on industrial networks^ 

The first situation arises when the IP address is going to be validated by 'firewall' 
15 devices, which must be convinced of the legitimacy of the requestor by its physical 

location Most firewalls can be configured to allow connections to "pass through' based 
upon rules involving the IP address or range of IP addresses of initiator and target. 

A second situation arises when a thin client has an active role on the control 
20 network, and the act of replacing a device, and auto-assigning its address, allows the 
device to complete its *appHcation bootstrap' by being given its application program and 
operating parameters fi-om some anonymous server. This is particularly valuable in a' 
distributed control' mvironment where a component such as a PLC or gateway has 
fiiiled, but could also apply to operator panels, robots, and similar devices. 

25 

Although BOOTP protocol is the most commonly used for automatic assignmait of 
IP addresses, DHCP and RARP are obvious altemative protocols to respond to an address 
assignment request as described herein 

3 0 Similarly, the interrogation messages sent out by the device to confima the continued 

presence of the target IP addresses can be eitiier an ICMP ECHO' (PING) request or sin?)ly 
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a repeat of the ARP request used to detennine the identity in the first place. For eflSdency 
purposes the interrogation message is restricted to the ARP message, the message is sent out 
as a unicast message, and sent only to the MAC address which the recipient used 

As win be realized, the invention is capable of other and different embodiments 
and its several details are capable of modifications in various obvious respects, aU 
without departing fi-omthe essence of the invaitioa 
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10 



15 



CLAIMS 
Iclaiin: 

1. A. system for field replacement of networked devices, comprising the steps 
of 

detecting a Med networked device; 

replacing said failed networked device wifli a functioning networked device; 
locating a canonical location of said fimctioning networked device; 
issuing an IP address to said functioning networked device, wiierein said IP 
address is identical to the IP address of said foiled networked device. 

2. A ^em according to daim 1, wherein said step of detecting said Med 
n^worked device is accon^lished a unicast ARP request. 

3 A system according to claim 1, wherein said step of detecting said failed 

networked device is accomplished ty periodic ARP requests. 



4. 

20 



A system according to claim 1, further comprising a step of notifying 
maintenance personnel of said failed networked device. 



5 A system according to daim 1, v^erein said step of detecting a failed 

networked device comprises processiEg a plurality of ARP requests over a 
tinie pf^rtfi hpifnrp. indtratin^ said Med networked device. 



25 

6 A system according to claim 1, wherein said step of bcadng a canonical 

location of said functioning networked device comprises tte steps of 
requesting a MAC address for said functioning networked device and 
requesting a port number for said MAC address fi-om a managed switdiing 
30 device, wherein said port number is said canonical location of said 

ftinctioning networked device. 
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A system according to claim 1, wherein said step of locating a canonical 
location of said fimctioning networked device comprises the steps of 
idanifying a plurality of taiget devices at said canonical location, comparing 
said canonical location of said fimctioniBig networked device wifli a database 
containing infoimation of aU said networiced devices to isolate a single fefled 
networked device at said canonical locatioa 

A system according to claim 1, wherdn said step of issuing an IP address to 
said functioning networked device is suppressed if unable to isolate to a 
single feiled networked device. 

A method for determining a canonical location for a phirafty of networked 
devices, conpising the stqjs of 

maintaining a list of IP addresses for eadj of said plmaSty of networiced 
devices on a monitor agent; 

requesting and retrieving a MAC address for eadi of said plurality of 
networked devices; 

maintaining a list of MAC addresses for each of said plurality of networked 
devices on said monitor agent; 

requesting and retrieving a port number on a switdiing device for each said 

MAC address; 

maintaining a list of port numbers for each of said phirafity of networked 
devKes on said monitor ag&A; and 

processing said canonical location for each of said plurality of networked 

devices. 

A method according to daun 9, wherein said monitor agent comprises a 
computing means and amemoiy means. 
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A method according to claim 9, wherein said switching device is a managed 
switching device and said port number is dedicated to said networked device 
and is said canonical locatioa 

A method according to claim 9, wherein said switdiing device is an 
unmanaged switching device and said port number is stored among a 
plurality of target devices. 

A Twthod for d^ecting a canonical location for a failed network device, 

comprising the steps of: 

requesting a MAC address for each of a plurality of networked devices; 
detecting said failed network device; _ 

processing said MAC address for said canonical location of said feiled 
network device; and 

logging said MAC address, said canonical location, and an IP address for 
said Med network device. 

A method according to claim 13, vAarein said requesting uses a unicast ARP 
message to a select IP address. 

A method according to claim 13, wherein said step of detecting said failed 
network device is based on no responsive from said requesting step. 

A method according to claim 13, fiirther comprising a step of notifying 
maintenance personnel upon detecting said feiled network device. 

A method according to claim 13, wherein said step of requesting said MAC 
address is periodic. 

A method according to claim 13, wherein said step of processing said MAC 
address for said canonical location con^rises accessing a database containing 
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a MAC address listing, an IP address listing and a port listing for each of said 
pluraUty of networked devices, and wherein a port rnimba- represents said 
canonical location of said feiled networic device. 

A method according to claim 13, vAxrean said step of processing said MAC 
address for said canonical tocation comprises accessii^ a database containing 
a MAC address listing, an IP address Hsting and a port listing for each of said 
plurality of networked devices, and wherein a port nun*er represents said 
canonical location of a phaality of target devices,'and said IP address of said 
felled network device is detomined by locating a single fefled target device at 
said cancMiical locatioa 

An apparatus for the automatic configuration of networked devices, 
con^rising: 

a network iiterfece intraconnectii^ said nrtworked devices; 
a means of detecting said networked devices; 

a means of determining a canonical location of said networked devices; and 
a monitor agent connected to said netwoik interfece, wherein said monitor 
agent issues an IP address to each of said networked devices and records a 
MAC address for each of said networked devices and wherein said monitor 
agfflit maintains a list of each said IP address and each said MAC address. 

An apparatus according to claim 20, further comprising a means of 
processing a new IP address for a new networked device, wherein said 
new IP address does not conflict with said list of each said IP address 
maintained by said monitor agent. 



An apparatus according to daim 20, wherein said means of detecting said 
n^orked devices is accomplished by a periodic unicast ARP request. 
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An apparatus accorditig to daim 20, wherem said means of determining a 
canonical location of said networked devices conpiises a means of 
processing a port numbar for said MAC addr^ firom a managed switching 
device. 

An apparatus according to daim 20, wherein said means of determining a 
canonical location of said networked devices conpises a means of 
processing a plurality of target devices at said canonical location 
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